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(57) Abstract: A communication method allows members of an affinity group to obtain up-to-date information concerning the 
g| status of other members of the affinity group. Each member of the affinity group is provided with a commumcation device for 

communicating with other members. The communication device includes a memory for storing member status information. When 
O the status of one member in the affinity group changes, a status update message is sent from the member whose status has changed 
^ to other members of the affinity group. When a status update message is received from other members, the status information data 
^ contained in the message is used to update the member status information stored in memory. 
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METHOD FOR FACILITATING ELECTRONIC COMMUNICATIONS 

Field of the Invention 

The present invention is relates generally to mobile communications 
v devices and more particularly, to a method for establishing affinity groups that 
°) enable members of the group to send status information to and receive status 
^ information from other members of the affinity group. 



Background of the Invention 



One reason for the popularity of portable, wireless communication devices, 

<\ such as cellular phones, is that it frees people from tethers to fixed communication 

°o networks. A user can roam freely in the network, yet remain in touch with others. 

(X Thus, mobile communication devices provide a means by which people can 

to remain in contact with whomever they want, wherever they happen to be. This is 

yN, especially true among groups of individuals who share a common interest or 

^ affiliation (e.g. families, co-workers, those who share a common avocation or 

^ interest, such as tennis or music, and members of a club). Such groups shall be 



\ 



>3v referred to herein as an affinity group. 



^ Several existing technologies facilitate interaction among the members of "\ 

an affinity group: Internet ("chat rooms,/ electronic mail (e-mail), advanced 



personal information management (PIM) applications such as Microsoft® Outlook, 
paging services, and advanced messaging services employing contact servers. 
Some Internet chat software, for c ex^ple AOL® Instant Messenger™, ICQ or v' 



^ other similar programs, inform members of an affinity group which other members 
of the group are currently logged into the server. Microsoft Outlook provides a 
means for automatically scheduling meetings and notifying participants based on 
available time shown on each individual's calendar. Some advanced messaging 
services employing contact servers provide information on how to best contact a 
particular individual based on the person's stored schedule or preferences. In 



j 



i 
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some cases, the assistance may even extend to automatically setting up a caih 
using the best possible known method at-th^ 

All these technologies support, to some degree, the desire of members of 
an affinity group to stay in close contact. The Internet chat room approach of 
informing the user which affinity group members are on-line is particularly useful. 
However, this approach has limitations, the most serious of which is that the user 
must be logged onto the Internet and in contact with a particular server to receive 
information on the status of the other group members. For example, suppose a 
first group member would like to chat with a second member. The first member 
has no way of knowing whether the first member is logged onto the chat server 
without first logging onto the server himself. 

Therefore, there is a need for a communication method that allows 
.members of an affinity group to receive up to date status information about other 
group members without haying to Jog into a server.-\ 



Summary of the Invention 



The present invention is a connectionless status reporting' method that 
allows members of an affinity group to send status information to andrreceive; -1 
status information from other members of the affinity group. The invention 
provides members of the affinity group with up-to-date information concerning the 
status of other members in the affinity group without having to establish a 
connection to a server to obtain such information. This makes it easier to contact 
members of the affinity group and to avoid common communication pitfalls, such 
as voice mail, phone tag, etc. 

The present invention is particularly well-suited for mobile communication 
<jietworks,/though it can be applied to advantage in fixed networks as well. Each 
member of the affinity group is provided with a communication device, such as a 
cellular phone or personal digital assistant (PDA). > The communication device 
includes a^memory for storing member status informationryArbapplicationimnning^ 
on the member's communication device monitors th¥member , s Status arid sends 
a-status update message to ot her m e 
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Sl^usTupdateT messages Lmay^felMntlfljf ecfiy- from one member to another, or, 
alternatively, be sent to a centralized messaging server which then forwards the 
message~to all^other members. When a member receives a status update 
message from another member, the application running on the member's device 
updates the member status information stored in memory to reflect the current 
status of the member. The member can view member status information on a 
display to determine the status of a particular member. 

In a preferred embodiment of the invention, the application can be 
programmed to allow each member to select the particular status items that the 
member wants to report to other members of the group. Also, status reporting can 
be limited to particular periods of time, such as during working hours. 

An advantage of the present invention is that each member receives status 
updates concerning other members as long as the member's communication 
\/ device is turned on. <Status reporting is performed automatically and there is no 
need for the member; to establish a connection to a server to obtain status 
information concerning other-members. The user simply retri eves the latest status 
information from the memory of his communication device? 

Brief Description of the Drawings 

Fig. 1 shows a block diagram of a mobile communication network used to 

implement the communication method of the present invention; 
Fig, 2 is a block diagram of a mobile communication device used to implement the 

communication method; 
Fig. 3 is a diagram showing the general format for message used to implement 

the communication method; 
Fig. 4 is a block diagram of an affinity group using a client/server approach; 
Fig. 5 is a block diagram of an affinity group using a peer-to-peer approach; 
Figs. 6A and 6B are a flow diagram of a set-up procedure used to create a new 

affinity group or to add a new member to an existing group; 
Fig. 7 is a flow diagram of a resignation procedure for removing members from an 

existing group; 

3 
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Fig. 8 is a flow diagram of a status update procedure for updating the status of a 
group member; and 

Fig. 9 is a drawing of a user interface showing how member status information is 
displayed for viewing. 
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Detailed Description of the Preferred Embodiment 



\ 



The present invention is a communication method that allows members:of> 
an affinity group to send and receive status rinfonriation to one another The 
communication method is implemented in atcommunication network, such as a 
A mobile communication network shown in Figure 1. The present invention is not, 
<^ however, limited in its application to mobile communication networks, but may 
^ also be used in fixed networks. As seen in Figure Ir the ceHular :communicatipn<6 
zy system comprises a plurality of cells! 2 1 tlM provide radio coverage thra^ ( <£) 
the network. Each cell 12 is served by a base station 14 that provides radio ^ 
coverage to mobile communication devices 100 within that particular cell. The 



base stations 14 are connected to a Mobile Services Switching Center (MSC) 16. 
^ v Typically, a cellular network will include many MSCs 16. At least one MSC 16 in 
y v the network is connected via a gateway to the Public Switched Telephone 
\^ Network (PSTN) 18. Some MSCs 16 also serve as gateways connecting the 
y<\ network 10 with other cellular networks. The function of the MSCs 16 is to route 
^ calls and signals in the network to the appropriate destination. For example, the 
^ MSC is responsible for connecting calls to the appropriate base station or to the 

^ PSTN or other connected network via a gateway. The mobile radio 

Y<fc communication devices 100 may belcellular telephones^PCS phones, personal 
^digital assistants (PDAs), pagers, or;other similar devices that communicate over 
^^RFichannels. The base stations 12 are connected to mobile service switching ^_ 
centers MSCs 16 



1< 



In order to perform its call routing function, the MSC 16 must know the 
location of the mobile phones in the PLMN network so that calls can be forwarded 
to the appropriate base station. Information concerning the whereabouts of each 
mobile phone is stored in databases that are centrally located in the network. 
Each service provider will typically maintain its own database containing 
subscriber information which is shared with other networks in the PLMN. These 
databases include the Home Location Register (HLR) 20 and the Visitor Location 
Register (VLR) 22. 
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The HLR 20 is used to store information conceming subsOTlDer^taa 
^cellular hetworle This information typically includes the user's name and address * \/ 
for billing purposes? the-Serial:number:of:the;:us.eilS;mobile:phone, and the ^ 
services to which the user is entitled to receive. In addition, the current location of 
the subscriber is stored in the HLR 20 for retrieval by an MSC 16 to use in routing 
calls to the subscriber. The mobile unit registers with the servicing MSC 16 when 
it is powered on and at periodic intervals so that the servicing MSC 16 can keep 
track of the location of the mobile unit. The mobile unit also registers when it 
travels between two different service areas (areas served by different MSCs). As 
part of this registration procedure, the mobile unit transmits its Mobile 
Identification Number (MIN) to the MSC 16. The MSC 16 uses the MIN to 
determine which HLR 20 to access. When the mobile unit registers with MSC 16, 
the servicing MSC 16 updates the HLR 20 with the current location of the mobile 
phone. When an MSC 16 receives a call addressed to a subscriber that is not 
currently in that MSCs 16 service area, the MSC 16 will query the HLR 20 for the 
subscriber's location so that the call can be forwarded to the MSC 16 currently 
servicing the subscriber. 

The VLR 22 is used to store information about users that are not in their 
home service area. When subscribers roam outside of their home service area, 
the VLR 22 in the area being visited must keep track of the subscriber's location 
and be able to verify the Mobile Identification Number (MIN) of the mobile 
telephone. The VLR 22 in the area being visited queries the HLR 20 in the 
subscriber's home service area to authenticate the subscriber and determine the 
services to which the subscriber is entitled. Information concerning the user is 
stored in the VLR 22 as long as the subscriber remains in the service area. The 
VLR 22 also stores the current location of the subscriber^ The subscriber's 
current location is also communicated back to the home HLR 20 so that the home 
network will know how to forward calls addressed to the subscriber who is 
currently outside of the home network. 

Many cellular networks 10 implement a service called the short message 
service. This service allows mobile users to send a receive short text messages. 
Messages originating from, or terminating at, a mobile phone 100 in the network 
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are stored in a message center 24 connected to an MSC. The message center 24 , 
is a store-and-forward device or system that is used to support teleservices like i 
cellular messaging. The typical interfaces to the message center 24callowdirectn ^ 
,dial-ln accesspccomputer inte^ for e-mail ^eliveiy to; phones, or human ^ 
operator input for paging services. Mobi leHpriginatediSMS messages are initially ^ 

b^jheH^ 24 where the SMS message is ^ 

stored. The MSC 16 searches for the v targeted mobile phone 1 00 and alerts the q 
mobile phone 100 that a message is coming. r The mobile phone 1 00 tunes to a <\ 
desjgl^ted messaging c^ for ( o 

the SMSlnessage. The MSC 16 then forwards the SMS message to the mobile ( ( 
phone 100 on the designated channel and waits for an acknowledgement from the ( ^ 
mobile phone 100 confirming receipt of the message. If an acknowledgement is ( 3 
received from the mobile phone 100, the message is removed from storage. If |tf 
receipt of the message is not acknowledged, the MSC 16 may attempt to deliver ( C 
the message again. ( ^ 

Referring now to FIG. 2, a communication device 100 that implements the [ ^ 
present invention is shown. The particular embodiment disclosed is a personal j ^ 
digital assistant (PDA) though other types of communication devices, such as ( ^ 
cellular phones and pagers could also be used. PDA 100 combines a cellular ^ 0 
radio transceiver with a hand-held computer. The PDA 100 includes a ^ y 

(microprocessor 110, program memory 112, user interface 114, including a display 
116 and an input device 118, audio processing circuits 120, and actransrejver 7 ^ 
section 130 connected together by a system bus 150 having address, data, and a>f 
eontroHines. The PDA may also include andnfrared and serial Internees, 140 and ]£ 
142 respectively, for exchanging data with other devices. \ ^ 

The mrcroprocessor 110 ^control^the^o peration of th e devic e^cordipg to 
instructions stored 11^ can be any commercially 2H 

available ^ajstorrur^ suitable for an embedded application. The ^\ 

memory 1 1 2 is^representative of the overall hierarchy of memory devices ^ 0 

containing the software and data used to implement the functionality of the ^ N 

communication device 100. The memory 1 12 can include, but is not limited to, the ^ "V 
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following types of devices: cache; ROM, PROM, EPROM, EEPROM, flash, v/ 
SRAM, and DRAM^ As shown in Figure 2, the memory 112 may hold four major 



categories of softwa re anTdatiTused in the^omput^ operating 
system 112a; the input/output Jj/0)^deviced rivers 1 12b; the application programs 
1 1 2c; and the application program data 1l2gT y ^ 
The operat ing syste mJJ2a i^typj^^ 

^ = rr — ZZZ — - — — -ZT ~:^j 

Vand, preferably, is relativery"compacf to make the most efficient use of the 
^memory. Jpne such example of an operating system meeting these criteria is the 
EPOC operating system sold by Symbian Ltd., Sentinel House, 16 Harcourt St., 
London W1H 1DS UK, which was developed for portable hand-held computers 
and can be used in a preferred embodiment of the present invention. 

The I/O device drivers 1 12b include software routines that are accessed 
through the operating system 1 12a by the application programs 1 12c to 
communicate with devices such as the display^ 111 6, certain components of the 
memory, and I/O ports such as a serial port 140 orvinf ra fed (I R) port 142 for 
transferring data to another device or system. 

The application programs 112c comprise the programs that implement the 
various application functions of the computing device 100. The application 
programs may include software to implement features such as e-mail, Internet 
caccess, word processing, or contact management. The present invention relates 
particularly to a messaging application residing in memory 112c. The messaging 
application 1 1 2c may be a stand-alone application or may be a component of/a 
larger application; such as a contact manager. The static and dynamic data used 
by the application programs 112c is represented by the application data 1 12d. 

The user interface 114 includes a display 116 and a user input device 118. 
Display 1 16 enables the user to view stored information, such as user status 
information. Thednput device 1 18 may be any known input device for a 
computing device including without limitation a keypad, ; pointing device (such as a 
mouse, trackball, touch pad, or light pin), or touch screen. Voice activation could 
also be used for user input? 

The transceiver section 130 is a fully functional cellular transceiver capable 
of transmitting and receiving radio signals. The details of transceiver section 130 
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t are conventional and well known to those skilled in the art. To briefly describe, 
Z the transceiver 130 of the preferred embodiment includes a digital:signal 

^ processor 1 32 for processing signals transmitted and received by the device 10, 

^ and an RF circuits 1 34,connected to an antenna 136. Since transceivers 130 are 

^ well-known in the art and are not per se material to the present invention, further 

^ description of the transceiver 130 is omitted for the sake of brevity. 
1 The audio processing circuits 120 are shared by the transceiver 1 30 and 

I ^application programs 1 12c executed by the processor 110. A microphone 122 

°\ converts audible sounds, such as voice, into electrical signals that are input to the 

{ o audio processing circuits 120. The processed audio signals can be transmitted by 

I \ said transceiver 130 or used by an application program in memory 1 12c. A 

( t speaker converts audio signals output by said audio processing circuits into 

/2 audible sounds that can be heard by the user. The audio signals may be received 

, by said transceiver 130, generated by an application program in memory 112c, or 

( 7 

( ^ retrieved from memory 1 12d. 

^ The messaging application stored in memory 1 12c enables members of an, 

1 > affinity group to obtain up-to-date status information about other members of the 
\ ^ -affinity group without the heed to first connect to of poll a server. The status, 

information for each group member may include, but is not limited to, the following 
^ status items: 

2 y 1) current state of the members communication device 100, 

Z 2- 2) current activity;(e.g.cwork; mee and 
*Z ? 3) current location. 

Z f These are but a few examples of the types of status information that ca n be , 
T^ shared with members of the affinity group. 

<^ (/ Figure 9 illustrates an example display screen, which might be used by/a 
(ft client application running op a members mobile communication device 100. The 
q<l display 60 lists cmembers of the affinity group along with the pertinent status 
T^information of each listed member. There are many other ways in which the 
4p status information could be displayed. The particular manner chosen to display 
status information is not material to the invention, but is shown to facilitate the 
^understanding of the invention. 
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v y/ In order to implement the status reportihg method~of the present invention, 
^ it is. necessary for the messaging applications funning on different Users' 

communication devices 100 to exchange messages ISO. Figure 3 shows the 
^ general format for all messages 1 50 used by the messaging applications. The 

content of particular messages 150 will be described in detail below. Each 
^ message 150 includes a header 152 comprising a Message Identifier field 154, 
/\ Message Type field 156, and Group Identifier field 158. The header 152 is 
fib followed by an Information field 160 that varies from one type of message to 

another. The Message Identifier field 154 contains a flag that indicates to the 
^ receiving device 100 that the message is for the messaging application so that the 
^ receiving device can decode and route the message to the messaging application. 

The Message Type field 156 indicates the type of message contained in the 
<^ packet (e.g. Membership Request message, Membership Reply message, Status 
>^ message, Group Update message, etc.). The various types of messages are 

described below. The Group Identifier field 158 contains a unique identifier for the 
yjj affinity group so that the application can discriminate between messages for 
^ different groups. This feature allows the user to join a plurality of different affinity 
^ groups. 

^ v Two distinct approaches may be taken to communication between group 

^ members. The preferred approach is the client server approach illustrated in 

Figure 4. In this approach, a messaging server 170 is installeclat ^central 
^ 'location in the network 10, such as the messaging center 24. ClieTitrapplications^ 

^ 1 72 are installed in individual member's communication dewces 1 0p. The 

messaging server 17Q> is responsible for maintaining a master group^database. 

-> " ■- " 

\/ Individual clients also maintain member status information in a member database* 
<or file. The short message service is used to transmit messages between the ^ 
messaging server 170 anri:the clients 172 running on the individual members 
<communication:devices 1 00? One advantage to using the short message service 
is that it allows the present invention to be easily implemented in any system 
where the short message service is already being used. A messaging server 170 
can be easily installed at the messaging center 24 without significant 
modifications. 
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An alternative approach, called the direct messaging or peer-to-peer 





approach, is shown in Figure 5. In this approach, eaclrcommunication deviee tOO 
\i^peeTLl80:an(^ra There 
is no centralized server or database. Instead, MC^p^:i80:iatt^ glSupjs 
responsi^Jor ^maintaining^ 
^ 180 isjphew'ben Messages are sent as datagrams via the communication 
^ network 10 directly from one peer 180 to another. For example, ^when tt rcstatus 
ofajnem^fxhanges, the peer 180 send^a Status U pdate message to every j 
other : ^K^Tiv^aMi^ffljaap. This direct messaging or peer-to-peer 
v approach has the drawback of requiring numerous uplink messages to be sent by 
v the peer 180, particularly where the affinity group is large. On the other hand, the 
v -> peer to peer approach does not depend on the network or a centralized server in 
^ order to function. The peer to peer approach can therefore be implemented in any 
^ network that supports datagram signaling between clients. 

Messaging Procedures 

^ The messaging procedures are largely independent of the particular 
communication method chosen. According to the present invention, auser 
^ ^creates an affinity groupand then sends a-M embershi p Request messag^yjgng 
^ oheiorm^ej^ 

, cgroup becomes the owner of the group > and is refOTedjoasjhe group 

\j - — ~- _ " : — ~ 

administrato r. Recipients of the Membership Request message can reply to the 

invitation by sending a Membership Reply message either accepting or declining 

^ the invitation to join the affinity group. Those accepting the invitation are added to 

^ the group along with the group administrator. After joining the affinity group, each 

^ existing member ^ 

^ ormessaging server containing ihe names ^ of the other memberg to:the:affinity 
group; New members may also receive a ^j^pjJpdiate-rr^Mge, but in this 
rfy case, the message will contain inforTratiorT^Gi^ 
^theircurreht status? 
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A member of the affinity group can withdraw from the group by sending a x 
Resignation message to the group administrator or messaging server. Receipt of ^ 
a Resignation message by the groupiadministrator or messaging server spawr^a h 
Group Update message deleting the resigning member from the group. 

Once affinity group is established, Status Update messages are transmitted 
^members wheneyerthej The client application monitors the 

user's status and reports any status changes to the messaging server or other <x 
group members. The Status Update messages allow all members of the affinity v 



group to be kept abreast of the status of other members in the affinity group. As * ^ 
will be explained in more detail below, the member can customize the application 
to specify the type of status information that the member wants to disclose to 
other members. 

Figures 6-8 illustrate the various procedures for establishing a group and 
reporting status information in a system using a centralized messaging server as 
shown in Figure 4. These procedures can be readily adapted for use in a peer to 
peer system. 

Figure 6 is a flow diagram illustrating an exemplary setup procedure 200 for 
establishing a new affinity group or adding a new member to an existing group. A - 
first user sends a Membership 

one or more prospective members whom the first member would like to join the 

affinity group (block 202). The Membership Request message specifies a 

particular affinity group to which the request applies. The messaging server 170 

determines whether the group specified in the Membership Request message 

already exists (block 204). If the group already exists, then the messaging server n y/ 

170 simply relays the message to the addressed parties (block 208). If not, it 

creBte^Tn^\^ffi^ 

administrator (block 206). The Membership Request message is then forwarded ^_ 
by the messaging server 170 to the addressed parties (block 208). Only the 
group administrator can send a Membership Request message. The invitation to 
join an affinity group may be time limited. The time period to join may remain 
open for a predetermined time period that is set by default or for a time period that 
is specified by the group administrator in the Membership Request message. 
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\ 



The format of a Membership Request message is shown in Appendix A. 
Since the number of members is constantly changing, the length of the message 
is variable. As shown in Appendix A, the Membership Request message contains 
^data ^c^spondingJoieach W^ The member data may I 

include, for example^ the name, address; telephone number; and current status^of J 
ea^Tmemb^i? ^ 

When the Membership Request message is received, the client application 
on the member's device displays the member information so that the receiver of 
the message can decide whether to join the affinity group. Prospective members 
who receive the Membership Request message can either accept or decline the 
invitation to join an affinity group by sending a Membership Reply message. 
When a Membership Reply message is received at the server 170 (block 210), the 
server 170 decodes the message and determines whether the prospective 
member has accepted or rejected the invitation to join the affinity group (block 
212). The format of a Membership Reply message is shown in Appendix A. The 
Membership Reply message is a fixed length message. The Information field of a 
Membership Reply message includes only a response flag that indicates whether 
the prospective member has accepted or rejected the invitation to join the affinity 
group. 

When a prospective member accepts a Request for Membership message, -» N 
the client application on the new member's communication device 100 creates an 
affinity group database and stores it in memory. A mc^rxl^i^erea^ iruItRfe 
database^or^file "for^aefi : ^nier^ Each user record is 

populated with the corresponding member data contained in the Membership 
Request message. 

If the prospective member declines the invitation, the server 170 relays the 
Membership Reply message to the group administrator and no further action is 
taken (block 214). If the prospective member accepts the invitation, the server 
adds the prospective member to a member database stored in memory (block 
216) and forwards the acceptance to the group administrator (block 218). A 
Group Update message is then sent to all current members (block 220). The 
^Gr^ajJpdate message may be generated automatically by the server 170 or the 
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client application running in the group administrator's communication device 100. \/ 
^ In the latter case, the^^u^pdate;messa 

^ and ^ affinity group, The^GroupiUpdate 

message c ontains a list of all members Qfthe grou princludingito 
membecoirhe Group Update message may also include other information about 
^ the new member, such as home orjpusjness address, occupation-telephone 

number^or mother -pertinent information if desired? 
<k The format of a Group Update message is the same as the Membership 

<y\ Request message, however, the Message Type field is different to distinguish it 
from the Membership Request message. The c Group Update^o ntai ns a complete 
n> listof Group Memb^^ When the Group 

>(V Update message is received by a member, the client application on the member's 
^ communication device 100 takes appropriate action to add, delete, or modify 
member records in the corresponding group database. 

Figure 7 illustrates the resignation procedure 300 for withdrawing from an 
affinity group. A resigning member sends a Resignation message to the 
messaging server. When the Resignation message is received (block 302), the 
server forwards the Resignation message to the group administrator (block 304) 
and then removes the resigning member from the group database (block 306). 
The group administrator or messaging server then generates a new Group Update 
message deleting the resigning member (block 308). After receiving the Group 
Update message, the client software on the member's communication device 100 
deletes the resigning member from its records. 

Figure 8 is a flow diagram illustrating the procedure 400 for updating status 
information. The flow chart is a composite of the actions taken by both the client 
and server applications. In the preferred embodiment, the client application 172 
operates in the background to monitor the member's status ' (block 402). 
.Periodically, the client application checks to see if the member's status has 
changed;(block 404) c lf no change t in status L has occurred, no action is taken. and ; 
the client application continues monitoring;(block 402). When a status^change is 
detected, the client application automatically sends a Status Update message to 
the messaging serve 406). The user could cause a status update 
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\ message to be sent by entering a new status. The format of the Status Update 
^ message is shown in Appendix A. The Status Update message includes, in the 
information field, a member status record field that contains data reflecting the 
^ rfcurrent status of that member. The member status record field includes a 
t MembeH a 
^Location fieldP Jhe messaging server relays the Status Update message to: all 
*\ members using the broads service (block 408). The server ' 

H? may combine Status Update messages received from different clients into a single 
c\ message to reduce the number of messages that must be transmitted. An 
X' 0 example of a combined Status Update message is shown in Appendix A. The 
x \ Status Update message contains a plurality of member status record fields. 
Generally, there is one member status record field for each member whose status 
-Uj has changed. 

^ When a Status Update message is received by a client application, the 

^ client application takes appropriate action to update the group database to reflect 

^ the changes in member status (block 408). If desired, the client application can- 

generate a signal to notify the user that a cStatais^pdate^^ { 

^ received? The"signal:ran:b^audiBle^i^l^ortactite. ^ 

u In the preferred embodiment of the invention, each member has the ability 

v 

to specify what status information is made available to other members of the 

affihiiylgmup? Members may choose to communicate any subset of the three 

parameters discussed (dn/off state^activit^o^Tiocation) or others that end users 

may create to the other members if the group. These preferences are preferably 

stored in thecnpn^platileimejno^ 100, 

or alternatively, at the messaging server 170. For applications in which parents 

may want to use the invention as a means to keep track of children (e.g. in an 

amusement park), a simple password security provision can be added so that the 

children cannot turn off the reporting of status information without the permission 

of a parent. 

Further, in a preferred embodiment, the user can limit status reporting to 
predetermined time periods. For example, the user could program the client 
application 172 to send status updates only during a specified period. The period 
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can be specified in any manner, such as by time. For example, the user could ' 
limit status reporting to daytime hours. Also, the user could specify a particular 2 
mode (e.g., work) corresponding to an activity status during which the user's 3 
status is reported. Equivalents, the user could suppress status reporting during a 4 
specified time period or mode. 

The number of messages that must be sent by a client can be reduced by , ^ 
Rising available. network informatipjrabQ^ For -] 

example, the ( on/off status or location of the member can be reported to the H 
messaging server by the HLR 22 eliminating the need for the client to report such ^ 
information ^The server 170 could then generate a Status Update message and \/0 
send the Status Update Message to the members. In this embodiment, no uplink ( ( 
transmissions reporting changes in on/off status or location are needed. 1 z_ 
However, this would require that additional functionality be built into the network I ^ 
and may not be practical to implement in existing networks. { U 

It should be appreciated that the present invention can be applied to fixed ^ ^ 
networks such as the Internet or local area network. For the same reasons that it ^ 
is desirable to know the status of other portable communication device carriers, it 
may desirable to know that a co-worker on a local area network is "i^a meeting" 
c or o ther status which may affect the desire of the user to contact~the other 
f member of the affinity group; Furthermore, it should be appreciated that the 
amount of information available in a single indoor wireless communication system, 
such as the Ericsson Freeset, is much greater. Specifically more information is 
immediately available at the location of each member of the group since the 
indoor base stations are generally fixed and known a priori. 

The present invention may, of course, be carried out in other specific ways 
than those herein set forth without departing from the spirit and essential 
characteristics of the invention. The present embodiments are, therefore, to be 
considered in all respects as illustrative and not restrictive, and all changed 
coming within the meaning and equivalency range of the appended claims are 
intended to be embraced therein. 
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APPENDIX A 



Message Format 

Membership Request Message 



Header- ; J^^^a^^^V---" "v- 



Message Identifier 



Message Type 



Group Identifier 



Member Data (member 1) 



Member Data (member 2) 



Member Data (member k) 



Membership Reply Messages 



Message Identifier 



Message Type 



Group Identifier 



Response Flag 



Group Update Message 



/v 



Header^^ 



Message Identifier^ 



Message Type 



Group Identifier 



jnformatron^ I ' * ^vTT^^.r;^: 



Member Data (member 1) 



Member Data (member 2) 



Member Data (member n) 
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Message Identifier 

Message Type 

Group Identifier 

Member Identifier 

On/Off Status 

Activity Status 

Location 



Status Update Message (format for combined message) 



Message Identifier 

Message Type 

Group Identifier _ 

Information; Fields ; ^ ^ : ^TT 

Member Status Record 1 

Member Status Record 2 

Member Status Record 3 



Member Status Record n 
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What is claimed is: 

1. A communication method implemented in a communication network for 
allowing members of an affinity group to send status information to and receive 
status information from other members of said affinity group, said communication 
method comprising: 

a. forming an affinity group containing two or more members; 

b. storing, in an individual's members communication device, status 
information concerning other members of said affinity; 

c. when the status of a one member in said affinity group changes, 
sending a status update message from said member whose status has changed 
to the other members of said affinity group; 

d. receiving said status update messages concerning other members 
of said affinity group; and 

e. updating said status information in said individual member's 
communication device when a status update message concerning another 
member is received. 

2. The communication method according to claim 1 wherein said status 
information comprises a plurality of status items. 

3. The communication method according to claim 2 wherein the status 
information includes at least one or more of the following status items: on/off 
status of the member; activity status of the member, and location of the member. 

4. The communication method according to claim 2 wherein each individual 
member selects the status items from a list of available status items that are 
reported to other members of the affinity group. 

5. The communication method according to claim 2 further including the step 
of designating a period during which status updates are enabled. 



19 



WO 01/65807 



PCT/US00/34452 



6. The communication method according to claim 2 further including the step 
of designating a period during which status updates are suppressed. 

7. The communication method according to claim 1 further including the step 
of automatically detecting status changes of a member and sending status update 
messages when a status change is detected. 

8. The communication method according to claim 7 wherein the status of a 
member is monitored by said member's communication device and wherein said 
communication device is programmed to automatically transmit a status update 
message when a change in status is detected. 

9. The communication method according to claim 7 wherein the status of a 
member is monitored by a centralized server in said communication network and 
wherein status update messages are transmitted to other members in said affinity 
group when a member's status changes. 

10. A communication method implemented in a mobile communication network 
for allowing members of an affinity group to send status information to and receive 
status information from other members of said affinity group, said communication 
method comprising: 

a. forming an affinity group containing two or more members; 

b. storing member status information data in mobile communication 
devices used by said members; 

c. sending a status update message from a first member's 
communication device to a centralized server when said first member's status 
changes; 

d. forwarding said status update message from said server to a second 
member of said affinity group; 

d. receiving said status update message at said second member's 
mobile communication device; and 
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e. updating said status information in said second member's mobile 
communication device when said status update message is received. 

1 1 . The communication method according to claim 10 wherein said status 
information comprises a plurality of status items. 

12. The communication method according to claim 1 1 wherein the status 
information includes at least one or more of the following status items: on/off 
status of the member; activity status of the member; and location of the member. 

13. The communication method according to claim 11 wherein each individual 
member selects the status items from a list of available status items that are 
reported to other members of the affinity group. 

14. The communication method according to claim 1 1 further including the step 
of designating a period during which status updates are enabled. 

1 5. The communication method according to claim 1 1 further including the step 
of designating a period during which status updates are suppressed. 

16. The communication method according to claim 10 further including the step 
of automatically detecting status changes of a member and sending status update 
messages when a status change is detected. 

17. The communication method according to claim 16 wherein the status of a 
member is monitored by said member's communication device and wherein said 
communication device is programmed to automatically transmit a status update 
message when a change in status is detected. 

18. The communication method according to claim 16 wherein the status of a 
member is monitored by a centralized server in said communication network and 
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wherein status update messages are transmitted to other members in said affinity 
group when a member's status changes. 

19. A mobile communication device for allowing a member of an affinity group 
to send status information to and receive status information from other members 
of said affinity group, said mobile communication device comprising: 

a. a memory for storing member status information data; 

b. a transmitter responsive for transmitting status update messages to 
other members of said affinity group when said member's status changes; 

c. a receiver for receiving status update messages from other 
members of said affinity group; 

d. a processor operatively connected to said memory for writing status 
information to and reading status information from said memory, said processor 
being programmed to: 

1 . generate a status update message when said member's 
status changes for transmission by said transmitter to other members of 
said affinity group; and 

2. update said status information stored in said memory when a 
status update message is received from another member of said affinity 
group. 

20. The mobile communication device according to claim 19 wherein the 
member status information stored in said memory includes a plurality of status 
items. 

21 . The mobile communication device according to claim 20 wherein the status 
items include one or more of the following status items: on/off status of the 
member; activity status of the member; and location of the member. 

22. The mobile communication device according to claim 19 further including 
means for selecting the status items from a list of available status items that are 
reported to other members of the affinity group. 
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23. The mobile communication device according to claim 19 further means for 
designating a period during which status updates are enabled. 

24. The mobile communication device according to claim 19 further including 
means for designating a period during which status updates are suppressed. 

25. The mobile communication device according to claim 19 further including 
means for automatically detecting status changes of a member and sending 
status update messages when a status change is detected. 
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